home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19960715-19961006 / 000088_news@columbia.edu _Sun Jul 28 02:42:04 1996.msg < prev    next >
Internet Message Format  |  1996-11-03  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id CAA17373 for <kermit.misc@watsun.cc.columbia.edu>; Sun, 28 Jul 1996 02:42:04 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id CAA02310 for kermit.misc@watsun; Sun, 28 Jul 1996 02:42:03 -0400 (EDT)
  4. Path: news.columbia.edu!sol.ctr.columbia.edu!news.uoregon.edu!news-res.gsl.net!news.gsl.net!swrinde!elroy.jpl.nasa.gov!decwrl!nntp.crl.com!nntp.crl.com!croten
  5. From: croten@crl.crl.com (Charles Roten)
  6. Newsgroups: comp.protocols.kermit.misc,comp.dcom.modems
  7. Subject: But do I _really_ have an RPI modem ?? (was: Problem getting 28800 bps in C-Kermit 5A(190) on a v.34 internal)
  8. Date: 28 Jul 1996 04:19:50 GMT
  9. Organization: Widgets, Inc.
  10. Lines: 50
  11. Message-ID: <CROTEN.96Jul27211951@crl.crl.com>
  12. References: <CROTEN.96Jul24005129@crl.crl.com> <4t63nh$imc@samba.rahul.net>
  13.     <CROTEN.96Jul27005455@crl.crl.com> <CROTEN.96Jul27022451@crl.crl.com>
  14.     <4tddcp$prv@apakabar.cc.columbia.edu>
  15. NNTP-Posting-Host: crl.com
  16. In-reply-to: fdc@watsun.cc.columbia.edu's message of 27 Jul 1996 15:42:17 GMT
  17. Xref: news.columbia.edu comp.protocols.kermit.misc:5660 comp.dcom.modems:145846
  18.  
  19. In article <4tddcp$prv@apakabar.cc.columbia.edu> fdc@watsun.cc.columbia.edu 
  20. (Frank da Cruz) writes:
  21.  
  22.  [hassles with C-Kermit throughput and tests of ineffective proposed fixes 
  23.   deleted]
  24. >You are using a modem which might or might not have error correction and
  25. >compression built in.  Read the Kermit FAQ about the implications of this.
  26. >If you have an RPI modem, ALL BETS ARE OFF.  NOTHING, repeat NOTHING, can be
  27. >expected to work right, NOT EVEN FLOW CONTROL, because flow control depends
  28. >on having a modem-to-modem protocol, which will not happen when trying to
  29. >use an RPI modem on UNIX.
  30.  
  31.  [rest deleted]
  32.  
  33. OK. I've read through the FAQ on the horrors of the RPI "standards".  And I 
  34. must say I thoroughly agree with the authors.  
  35.  
  36. Now .. the system is an elderly Sun 386i, with a generic "Best Data"
  37. "Smart One" (tm) 2834F Rockwell chipset v.34 internal modem.  I _have_ the 
  38. original box the modem came in.  Nowhere on the surface is the legend 
  39. "requires RPI-compliant software" or any equivalent statement displayed.  
  40. Nor was such language to be found in the manual when I searched for it. 
  41.  
  42. The command 
  43.  
  44.     ati3
  45.  
  46. produced the result 
  47.  
  48.     V1.400-V34_DP ROCKWELL
  49.  
  50. and 
  51.  
  52.     ati6
  53.  
  54. produced 
  55.  
  56.     RC288DPi Rev 05BA
  57.  
  58. This appears to be the maximum amount of metadata concerning the modem's 
  59. data pump I can coerce from its innards and packing materials, without 
  60. mucking about reading about stuff like 'Trellis Code Modulation' in the 
  61. specifications, which would neither bring me any forwarder nor be 
  62. understandable to me in any event.  
  63.  
  64. So, on the basis of what I have set forth here and in my earlier posts, can 
  65. some kind modem guru either 1) tell me whether or not my modem is hamstrung 
  66. so as to require RPI-conformant software, or, failing that, 2) suggest other 
  67. ways of extracting said data I do not presently know ?  Thanks.  
  68.